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IN THE CLAIMS 

This listing of claims will replace all prior versions, and listings, of claims in the 
application: 
Listing of Claims: 

1 . (previously presented) A method of restarting resource reservation protocol (RS VP) 
processes in multiple network devices, the method comprising the computer-implemented 
steps, performed in a router and ordered as below, of: 

entering a recovery mode in which a forwarding plane is preserved; 

sending a Hello message to a first neighbor RSVP node, after entering the recovery 

mode, wherein the Hello message comprises a non-zero Recovery Time value; 
completing the recovery mode, after sending the Hello message; 
sending a Hello message to the first neighbor RSVP node, in response to completing 

the recovery mode, wherein the Hello message comprises a Recovery Time 

value of zero. 

2. (previously presented) A method as recited in Claim 1 , further comprising the steps 
of: 

receiving, from a second neighbor RSVP node, a Hello message having a non-zero 

Recovery Time value; 
determining that the received Hello message has a non-zero Recovery Time value; 
in response to determining that the received Hello message has a non-zero Recovery 

Time value, storing information specifying that the second neighbor RSVP 

node is in a recovery mode. 

3. (original) A method as recited in Claim 2, further comprising the steps of: 

receiving, from the second neighbor RSVP node, a Hello message having a zero 
Recovery Time value; 
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storing information specifying that the second neighbor RSVP node is in a normal 
mode. 

4. (previously presented) A method as recited in Claim 2, wherein the step of storing 
information further comprises the steps of: 

receiving an RSVP PATH message that contains a Recovery Label; 

forwarding the PATH message to a downstream node with the Recovery Label only in 

response to determining that the PATH message is being sent to a node that is 

in recovery mode. 

5. (original) A method as recited in Claim 4, further comprising forwarding the PATH 
message to a downstream node with a Suggested Label in response to determining 
that the PATH message is being sent to a node that is not in recovery mode. 

6. (original) A method as recited in any of Claims 4 or 5, wherein the determining step is 
performed based on whether a Recovery Time value in a previously received Hello 
message is non-zero. 

7. (original) A method of restarting RSVP processes in multiple network devices, the 
method comprising the computer-implemented steps of: 

entering a recovery mode; 

sending a Hello message to a first neighbor RSVP node, wherein the Hello message 

comprises a non-zero Recovery Time value; 
completing the recovery mode; 

sending a Hello message to the first neighbor RSVP node, wherein the Hello message 

comprises a Recovery Time value of zero; 
receiving, from a second neighbor RSVP node, a Hello message having a non-zero 

Recovery Time value; 
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storing information specifying that the second neighbor RSVP node is in a recovery 
mode; 

receiving, from the second neighbor RSVP node, a Hello message having a zero 

Recovery Time value; 
storing information specifying that the second neighbor RSVP node is in a normal 

mode; 

receiving an RSVP PATH message that contains a Recovery Label; 

forwarding the PATH message to a downstream node with the Recovery Label only in 

response to determining that the PATH message is being sent to a node that is 

in recovery mode; 

forwarding the PATH message to a downstream node with a Suggested Label in 

response to determining that the PATH message is being sent to a node that is 
not in recovery mode. 

(previously presented) A computer-readable volatile or non-volatile medium carrying 
one or more sequences of instructions for restarting resource reservation protocol 
(RSVP) processes in multiple network devices, which instructions, when executed by 
one or more processors, cause the one or more processors to carry out the steps, 
performed in a router and ordered as below, of: 

entering a recovery mode in which a forwarding plane is preserved; 

sending a Hello message to a first neighbor RSVP node, after entering the recovery 

mode, wherein the Hello message comprises a non-zero Recovery Time value; 
completing the recovery mode, after sending the Hello message; 
sending a Hello message to the first neighbor RSVP node, in response to completing 

the recovery mode, wherein the Hello message comprises a Recovery Time 

value of zero. 
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9. (previously presented) A computer-readable volatile or non- volatile medium as 
recited in Claim 8, further comprising instructions for performing the steps of: 

receiving, from a second neighbor RSVP node, a Hello message having a non-zero 

Recovery Time value; 
determining that the received Hello message has a non-zero Recovery Time value; 
in response to determining that the received Hello message has a non-zero Recovery 

Time value, storing information specifying that the second neighbor RSVP 

node is in a recovery mode. 

10. (previously presented) A computer-readable volatile or non- volatile medium as 
recited in Claim 9, further comprising instructions for performing the steps of: 

receiving, from the second neighbor RSVP node, a Hello message having a zero 

Recovery Time value; 
storing information specifying that the second neighbor RSVP node is in a normal 

mode. 



1 1 . (previously presented) A computer-readable volatile or non-volatile medium as 
recited in Claim 9, wherein the step of storing information further comprises 
instructions for performing the steps of: 

receiving an RSVP PATH message that contains a Recovery Label; 

forwarding the PATH message to a downstream node with the Recovery Label only in 

response to determining that the PATH message is being sent to a node that is 

in recovery mode. 



12. (previously presented) A computer-readable volatile or non-volatile medium as 
recited in Claim 11, further comprising instructions for forwarding the PATH 
message to a downstream node with a Suggested Label in response to determining 
that the PATH message is being sent to a node that is not in recovery mode. 
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13. 



(previously presented) A computer-readable volatile or non- volatile medium as 
recited in any of Claims 1 1 orl2, wherein the determining step is performed based on 
whether a Recovery Time value in a previously received Hello message is non-zero. 



14. (previously presented) An apparatus in a router for restarting resource reservation 
protocol (RSVP) processes in multiple network devices, comprising: 

means for entering a recoveiy mode in which a forwarding plane is preserved; 
means for sending a Hello message to a first neighbor RSVP node, after entering the 

recovery mode, wherein the Hello message comprises a non-zero Recovery 

Time value; 

means for completing the recovery mode, after sending the Hello message; 
means for sending a Hello message to the first neighbor RSVP node, in response to 

completing the recovery mode, wherein the Hello message comprises a 

Recovery Time value of zero; 
wherein the means operate as ordered above. 

15. (previously presented) An apparatus as recited in Claim 14, further comprising: 

means for receiving, from a second neighbor RSVP node, a Hello message having a 

non-zero Recovery Time value; 
means for determining that the received Hello message has a non-zero Recovery Time 

value; 

means for storing information specifying that the second neighbor RSVP node is in a 
recovery mode in response to determining that the received Hello message has 
a non-zero Recovery Time value. 



16. (original) An apparatus as recited in Claim 15, further comprising: 

means for receiving, from the second neighbor RSVP node, a Hello message having a 
zero Recovery Time value; 
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means for storing information specifying that the second neighbor RSVP node is in a 
normal mode. 

17. (previously presented) An apparatus as recited in Claim 15, wherein the means for 
storing information further comprises: 

means for receiving an RSVP PATH message that contains a Recovery Label; 
means for forwarding the PATH message to a downstream node with the Recovery 

Label only in response to determining that the PATH message is being sent to 

a node that is in recovery mode. 

18. (original) An apparatus as recited in Claim 17, further comprising means for 
forwarding the PATH message to a downstream node with a Suggested Label in 
response to determining that the PATH message is being sent to a node that is not in 
recovery mode. 

19. (original) An apparatus as recited in any of Claims 17 or 18, wherein the means for 
determining is based on whether a Recovery Time value in a previously received 
Hello message is non-zero. 

20. (previously presented) An apparatus for restarting resource reservation protocol 
(RSVP) processes in multiple network devices, comprising: 

a network interface that is coupled to the data network for receiving one or more 

packet flows therefrom; 
a processor; 

one or more stored sequences of instructions which, when executed by the processor, 

cause the processor to carry out the steps, ordered as below, of: 
entering a recovery mode in which a forwarding plane is preserved; 
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sending a Hello message to a first neighbor RSVP node, after entering the recovery 

mode, wherein the Hello message comprises a non-zero Recovery Time value; 

completing the recovery mode, after sending the Hello message; 

sending a Hello message to the first neighbor RSVP node, in response to completing 
the recovery mode, wherein the Hello message comprises a Recovery Time 
value of zero. 

21. (previously presented) An apparatus as recited in Claim 20, further comprising sequences 
of instructions for performing the steps of: 

receiving, from a second neighbor RSVP node, a Hello message having a non-zero 

Recovery Time value; 
determining that the received Hello message has a non-zero Recovery Time value; 
in response to determining that the received Hello message has a non-zero Recovery 

Time value, storing information specifying that the second neighbor RSVP node 

is in a recovery mode. 

22. (original) An apparatus as recited in Claim 21, further comprising the steps of: 
receiving, from the second neighbor RSVP node, a Hello message having a zero 
Recovery Time value; 

storing information specifying that the second neighbor RSVP node is in a normal mode. 

23. (previously presented) An apparatus as recited in Claim 21, wherein the step of storing 
information further comprises the steps of: 

receiving an RSVP PATH message that contains a Recovery Label; 

forwarding the PATH message to a downstream node with the Recovery Label only in 

response to determining that the PATH message is being sent to a node that is in 

recovery mode. 



Seq. No. 8503 



9 



Docket No. 50325-0844 



PATENT 



24. (original) An apparatus as recited in Claim 23, further comprising forwarding the PATH 
message to a downstream node with a Suggested Label in response to determining that 
the PATH message is being sent to a node that is not in recovery mode. 

25. (currently amended) An apparatus as recited in any of Claims 23 or 24, wherein the 
determining step is performed based on whether a Recovery Time value in a previously 
received Hello message is non zero non-zero. 

26-52. (cancelled). 
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